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WHO AM J? 


Bristol, UK. 


[2^0^- 2004] Hothouse Creations. 

Who WantsSil Millionair (Multiple) 
Casino Inc 

Pop Idol /American Idol 
Crimelife: Gang Wars 


[2004 - 2007] Ubisoft Me ntreal. Canada. 

Assassin's Creed 


[2007 - 2008] Pivotal Ga nes. Bath, UK. 

Unannounced Projects 

[2008 - 201 1] Bizarre Creations. Liverpool, UK. 

Blur 

James Bond 007: Bloodstone 


[2011 -Present] Ubisoft Toronto. Canada. 

Splinter Cell Blacklist 
777777 




Disclaimer 

Everything you are about to see in this talk is in a 

prototype gym . . . 


. . .This presentation demonstrates a new animation 
prototype, the assets used do not represent any game 
currently in development at Ubisoft. 
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D What is Motion Matching? 
EK Process 
E> Manipulation 
E> Tests 
& Conclusion 






^ What is Motion 


Matching?^ 




CURRENT PROCESS 


Motion Capture 
Manipulation 






Motion Capture 
Q Manipulation 
Implementation 
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Prefib VWfT ' 

r J Transform 1 ft. 

Position X -12.945 Y R. 122493 Z 12.24953 

Rotation X 1B.9394B Y 0 2 0 

Scale XI VI Z 1 

W S Came On (Script) to O* 

* CameO n O 


NetworkedUSpeaker Photon (Transfi O 
one fCame Object) o 

on* (Cam* Object) o 


* GuiText Demo Worker (GUIText) O 


RunToIdle 


PunRight 


RunLeft 


RrabtcinputH older 
Nob* (Arabic Input Field) 


RunBacV 


interior . meet! ngT able, main 


ScroUpositiooqset X 0 

Scrollpositlonqlrst X 0 

► Currentquestion 
Bcreateanyquestion «* 

arrratrqo.il 

Neiuquesbonnumber 99 


to Portion Sizes 

to Scripts 
▼ to Game 
to Player 
to sounds 
to ambient 
to j/cadesounds 


> CURRENT PROCESS 


Motion Capture 
Q Manipulation 
Implementation 
ID Game 
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MANDATE 
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Simplify Variety 
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MOM MATCH NG 


Describe a small number criteria 
Over set time... 

_ ' . . «-% ' ^.V ' ' .J< *" 

■ Root Position / velocity 

■ Past and Present trajectory $5: 

■ Joint Positions / velocity - 

■ Tags \\ ; 

\ V 

. . . and find an appropriate matching 
section in an unstructured library of poses 
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WHAT IS IT? 
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FIRST TEST 


1JD0 ZJOO 34)0 4.00 

■ All data in one file 


■ Around 10/15 minutes of 
untouched data 


■ Biomechanically Accurate 
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Fears & Assumptions 
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Fears & Assumptions 


How does this work? 
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Fears & Assumptions 


Will it only work with Motion Capture? 
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Fears & Assumptions 

Just plug in data fur a finished result 



TORONTO 




UBIBOFT 

TORONTO 


BASIC NAV- DIRECTIONS 




BASIC NAV - STOP TO FACE & TURN ON SPOT ^ for: 

* Stopping, to Fate -at speed 

* Turn on Spot 
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^ Process - In Engine 


Player controlled 


* No IK on feet 

• Minimal foot sliding and collision 

* Using split Dance Card data 
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BASIC NAV- CIRCLE NAV 



BASIC NAV - SNAKE DIRECTION NAV 
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^ Process - In Engine 



* Transition between 2 nd and 3 rd Person 
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Maninulation - F.A.Q, 



How can Animators control resnonsiveness vs aualitv? 





2 Can this be integrated into our existing system ? 

. l 

3 How can Animators work with this system? 
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Manipulation - Keyframing 


What about more unusual locomotion? 









lend (0.10/0.20)1 
Blend (0.12/0.20)1 


Blend (0.15/0.20)1 


Anlm: mk4 code ape jog strafe jjIantturmOlamm Frame 


alculated State; ApeNav. 


tate: Movementl 


Manipulation - Keyframing 
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Manipulation - Motion Shaders 



J Animation x Animation Event... x Viewport 

1 Node Editor File Edit Insert View Timeline 

? » ■ jl.itrM.ic 
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* Great for transitions 



Replacement for entire movement 
systems 



Node Snap 


Line Type 


□ Properties 


, . n Contextual Propertie 

White t 


T Pinocchio/Physics/Dyriamics 




I Locomotion* ► 


GamelO Max Speed 5 


Max Llnea rAcceleratio n 


Motion Field 


MOGRAPH_Acceleration_01 
M OG RAP H_C u rves _J og_0 1 
MOGRAPH Curves_RunJ31 
MOGRAPH_Curves_Walk_01 
MOGRAPH_Dou bleCancel_01 
MOGRAPH_GentleTurns_01 
M OG RAP H_Ge n 1 1 eTu rn s_M i r r o r ed_0 1 
M OG RAP H_Pl a n t s_J o g_0 1 
M OG RAP H_ P I a n ts_R u n _0 1 
M OG RAP HP I a ntsWal k_01 
M OG RAP H_Sta rts_J o g_0 1 
M OG RAP H _Sta rt s_Ru n_0 1 
M O G R A P H _St a rts Wa I k_0 1 
M OG RAP H_Ste p_0 1 


Time Horizon 
Dimensionality 
Nearest Mei g hbo rs 
Blend Duration 


MaxAngularAcceleration ZOO 


Nu reiterations 
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Fears & Assumptions 


How will animators work with this? 

Mentality shift, more work done on the mocap stage 

B Will this only work with mocap? 

• You can use keyframing within the structure 

• Small amounts of data used to test basics 

Just plug in the data for finished result. . . 

The more data you use the more precise it is 



Conclusion - Before and After 






Conclusion - Before and After 








Conclusion - Before and After 





Conclusion - Successes 





D Simplified Implementation 

Rapid prototyping, no need for state machines 


Q Higher Quality 

Biomechanically correct movement, retaining player control at all times 

B Dance Cards 

Clear recipe for getting the most out of the data 



Variety of Motion 

Adding stumbles and impacts 
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Conclusion - Failures 




^ Editing can be Labour Intensive 

• Large amounts editing could provide unpredictable results 

• Keyframing entire locomotion sets to test would take time 

Q Data Heavy 

• Large amounts of wasted data to begin with 

• Cost and availability of mocap for realistic motion 

m Restricted to Human-like Rigs 

• Everything had to use the same rig even in different 
locomotion states 

• All animation full body 
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Conclusion - Failures 



m Gameplay Constraints 

• Quality versus precise player response 

• Altering data to aggressively can result in undesirable results 

Q Mirroring 

• Attempted to increase foot precision with mirroring 

• Too much data to make a clear choice 

m Only used for Locomotion so far 

• Locomotion has been the main focus 

• The goal is to find and implement more uses other 
than just locomotion 
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Conclusion - The Future is Now 





Explore Uses Beyond Locomotion 

Traversal / Cover / Al / Jumping etc 

Q Hybrid System / Layering 

Motion Matching + State Machine to act as a bridge between old and new 


Further "Dance Card" Improvement 

Improvements to the capture process 



Implementation with Ubisoft Tech/Engines 

Allows for improved re-use of data, uneven terrain and multiple rigs 




UBISOFT 

TORONTO 



Ji 

If 

6DCAIIM 



o 


^ Related Ubisoft Talks ^ 


IK Rig: Procedural Pose Animation 

Alexander Bereznyak - Technical Art Director. Urisoft Toronto 
Wednesday March 16 th / 5.00pm - 6.00pm / Room 2016 / West Hall 
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